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COMMUNICATION BETWEEN COMPUTERS OPERATING IN 
DIFFERENT OBJECT-ORIENTED RUN-TIME ENVIRONMENTS 

Field of the Invention 

The present invention generally relates to data processing and, more particularly, 
relates to computer systems, computer programs, and methods to use properties and 
methods of objects in computer business applications. 

Background of the Invention 

Computer applications often use object-oriented programming techniques. In the 
applications, objects are data structures with properties and methods. For convenience of 
explanation, the term "function" is used instead so that an object has properties and 
functions. 

The objects are often arranged in hierarchy. Reading ("GET") and modifying 
("SET") a property or executing a function ("INSTRUCT") requires identification (ID) of 
the object within the hierarchy, for example, by an object name. 

Technically, each object operates in a run-time environment, that means in a 
predefined technical format for the object ("object model"). For example, (a) the ID is a 
string with a predetermined number of characters and (b) an output value is an integer. 

Multiple applications are often linked in a network so that using a single run-time 
environment is often impossible. When first and second computer applications operate in 
different first and second run-time environments, they conveniently use similar objects 
with similar properties and functions. 

However, similarity alone does not guarantee technical compatibility. Translation 
software between the applications is required as well. Linking the application by 
communication middleware is well known in the art. Middleware is commercially 
available, such as for example, COM, DCOM, and CORBA. 

For example, a first run-time environment (provider) needs to communicate with an 
identified object in a second run-time environment (consumer). Such commxmication 
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often involves multiple hierarchy levels of objects. Going through multiple hierarchy 
levels by both environments technically causes network load and delays. 

There is an ongoing need to provide improved inter-run-time communication 
means so that some or all of the above disadvantages are mitigated. 

Sunmiarv of the Invention 

The present invention relates to a method for communication between a first 
computer operating in a first object-oriented run-time environment and a second 
computer operating in a second, different object-oriented run-time environment. 

The first run-time environment accesses a property or a function of an object, 
hereinafter "action", in the second run-time environment. The first computer sends a first 
message with object identification and action identification to the second computer and 
causes the second computer to perform the following steps: identifying the object in the 
second run-time environment according to the object identification; verifying the 
existence of the action in the identified object in the second run-time environment; 
determining a representation of the action in the second run-time environment for the 
identified object; and executing the action by using the representation, thereby returning a 
second message to the first computer as a confirmation message to the first computer, the 
second message with object identification and response identification, executing with (a) 
converting a request identification that is part of the action identification to a further 
representation for the second run-time environment by looking up in a table; and (b) 
inserting the further representation into the second application. 

While identifying, interaction between the computers is not required; and execution 
is technically independent firom the first run-time environment, since only the second run- 
time environment has to be used. 

The invention also relates to a computer program product and to a conmiunication 
system that implement the method. 
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Brief Description of the Drawings 

FIG. 1 illustrates a simplified block diagram of a computer network system having 
a plurality of computers; 

FIG. 2 illustrates a simplified block diagram of first and second computers with 
first and second applications, in first and second run-time enviroiunents, respectively, that 
communicate according to the present invention; 

FIG. 3 illustrates messages firom the first computer to the second computer; 

FIG. 4 illustrates messages fi-om the second computer to the first computer; 

FIG. 5 illustrates an object in the second application on the second computer; 

FIG. 6 illustrates a conversion table in the second application on the second 
computer; 

FIG. 7 illustrates a flowchart diagram for a method of the present invention in 
general; and 

FIG. 8 illustrates flowchart diagrams for the method of FIG. 7 for first, second and 
third embodiments. 

Computer Svstem in General 

FIG. 1 illustrates a simplified block diagram of exemplary computer system 999 
having a plurality of computers 900, 901, 902 (or even more). 

Computer 900 can communicate with computers 901 and 902 over network 990. 
Computer 900 has processor 910, memory 920, bus 930, and, optionally, input device 
940 and output device 950 (I/O devices, user interface 960). As illustrated, the invention 
is implemented by computer program product 100 (CPP), carrier 970 and signal 980. 

In respect to computer 900, computer 901/902 is sometimes referred to as "remote 
computer", computer 901/902 is, for example, a server, a peer device or other common 
network node, and typically has many or all of the elements described relative to 
computer 900. 
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Computer 900 is, for example, a conventional personal computer (PC), a desktop 
device or a hand-held device, a multiprocessor computer, a pen computer, a 
microprocessor-based or programmable consumer electronics device, a minicomputer, a 
mainframe computer, a personal mobile computing device, a mobile phone, a portable or 
5 stationary personal computer, a palmtop computer or the like. 

Processor 910 is, for example, a central processing unit (CPU), a micro-controller 
unit (MCU), digital signal processor (DSP), or the like. 

Memory 920 is an element or elements that temporarily or permanently store data 
and instructions. Although memory 920 is illustrated as part of computer 900, memory 

10 can also be implemented in network 990, in computers 901/902 and in processor 910 
itself (e.g., cache, register), or elsewhere. Memory 920 can be a read only memory 
(ROM), a random access memory (RAM), or a memory with other access options. 
Memory 920 is physically implemented by computer-readable media, for example: (a) 
magnetic media, like a hard disk, a floppy disk, or other magnetic disk, a tape, a cassette 

15 tape; (b) optical media, like optical disk (CD-ROM, digital versatile disk - DVD); (c) 
semiconductor media, like DRAM, SRAM, EPROM, EEPROM, memory stick. 

Optionally, memory 920 is distributed. Portions of memory 920 can be removable 
or non-removable. For reading from media and for writing in media, computer 900 uses 
well-known devices, for example, disk drives, or tape drives. 

20 Memory 920 stores modules such as, for example, a basic input output system (BIOS), an 
operating system (OS), a program library, a compiler, an interpreter, and a text- 
processing tool. Modules are commercially available and can be installed on computer 
900. For simplicity, these modules are not illustrated. 

CPP 100 has program instructions and - optionally - data that cause processor 910 

25 to execute method steps of the present invention. In other words, CPP 100 can control the 
operation of computer 900 and its interaction in network system 999 so that it operates to 
perform in accordance with the invention. For example and without the intention to be 
limiting, CPP 100 can be available as source code in any programming language, and as 
object code ("binary code") in a compiled form. 

30 Although CPP 100 is illustrated as being stored in memory 920, CPP 100 can be 

located elsewhere. CPP 100 can also be embodied in carrier 970. 
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Carrier 970 is illustrated outside computer 900. For communicating CPP 100 to 
computer 900, carrier 970 is conveniently inserted into input device 940. Carrier 970 is 
implemented as any computer readable medium, such as a medium largely explained 
above (of. memory 920). Generally, carrier 970 is an article of manufacture having a 
5 computer readable medium with computer readable program code to cause the computer 
to perform methods of the present invention. Further, signal 980 can also embody 
computer program product 100. 

Having described CPP 100, carrier 970, and signal 980 in connection with 
computer 900 is convenient. Optionally, further carriers and further signals embody 
10 computer program products (CPP) to be executed by further processors in computers 901 
and 902. 

Input device 940 provides data and instructions for processing by computer 900. 
Device 940 can be a keyboard, a pointing device (e.g., mouse, trackball, cursor direction 
keys), microphone, joystick, game pad, scanner, or disc drive. Although the examples are 

15 devices with human interaction, device 940 can also be a device without human 
interaction, for example, a wireless receiver (e.g., with satellite dish or terrestrial 
antenna), a sensor (e.g., a thermometer), a counter (e.g., a goods counter in a factory). 
Input device 940 can serve to read carrier 970. 

Output device 950 presents instructions and data that have been processed. For 

20 example, this can be a monitor or a display, (cathode ray tube (CRT), flat panel display, 
liquid crystal display (LCD), speaker, printer, plotter, vibration alert device. Output 
device 950 can commvmicate with the user, but it can also communicate with further 
computers. 

Input device 940 and output device 950 can be combined to a single device. Any 
25 device 940 and 950 can be provided optionally. 

Bus 930 and network 990 provide logical and physical connections by conveying 
instruction and data signals. While connections inside computer 900 are conveniently 
referred to as "bus 930", connections between computers 900-902 are referred to as 
"network 990". Optionally, network 990 includes gateways which are computers that 
30 specialize in data transmission and protocol conversion. 
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Devices 940 and 950 are coupled to computer 900 by bus 930 (as illustrated) or by 
network 990 (optional). While the signals inside computer 900 are mostly electrical 
signals, the signals in network are electrical, electromagnetic, optical or wireless (radio) 
signals. 

Networks are commonplace in offices, enterprise- wide computer networks, 
intranets and the Internet (e.g., world wide web). Network 990 can be a wired or a 
wireless network. To name a few network implementations, network 990 can be, for 
example, a local area network (LAN), a wide area network (WAN), a public switched 
telephone network (PSTN); a Integrated Services Digital Network (ISDN), an infra-red 
(IR) link, a radio link, like Universal Mobile Telecommunications System (UMTS), 
Global System for Mobile Communication (GSM), Code Division Multiple Access 
(CDMA), or satellite link. 

A variety of transmission protocols, data formats and conventions is known, for 
example, as transmission control protocol/intemet protocol (TCP/IP), hypertext transfer 
protocol (HTTP), secure HTTP, wireless application protocol (WAP), unique resource 
locator (URL), a unique resource identifier (URI), hypertext markup language (HTML), 
extensible markup language (XML), extensible hypertext markup language (XHTML), 
wireless markup language (WML), Standard Generalized Markup Language (SGML). 

Interfaces coupled between the elements are also well known in the art. For 
simplicity, interfaces are not illustrated. An interface can be, for example, a serial port 
interface, a parallel port interface, a game port, a universal serial bus (USB) interface, an 
internal or external modem, a video adapter, or a sound card. 

Computer and program are closely related. As used hereinafter, phrases, such as 
"the computer provides" and "the program provides", are convenient abbreviation to 
express actions by a computer that is controlled by a program. 

Detailed Description of the Invention 

For convenience, a list of references is provided prior to the claims. 
FIG. 2 illustrates a simplified block diagram of first computer 901 and second 
computer 902 that communicate according to the present invention. Computers 901 and 
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902 perform applications 201 and 202, in first and second run-time environments, 
respectively. 

Application 201 operates in a first run-time environment that has a first object 
model; application 202 operates in a second, different run-time environment that has a 
5 second object model. Objects Al, Bl and CI in application 201 correspond to objects 
A2, B2 and C2 in appHcation 202. FIG. 2 illustrates this mapping by dotted lines. For 
explanation, distinguishing the letters A, B and C provides sufficient object identification. 
Indices 1 and 2 conveniently distinguish the computers. 

Object A2 is explained with more detail in FIG. 5 (reference 152). 

10 In operation, computers 901 and 902 preferably visualize their performance on 

screens 951 and 952 to first and second users, respectively. For example, screen 951 on 
computer 901 shows representations obtained fi-om computer 902 (cf. FIG. 4, 1 18, 128, 
138). Both users are mentioned here only for convenience of explanation; the present 
invention does not require them to be involved. 

15 Network 990 (cf. FIG. 1) is the infrastructure to convey information between 

computers 901 and 902 in both directions. In both computers, first and second run-time 
environments cooperate with each other, preferably, by sending messages through 
network 990. The messages are convenient for explanation, but not essential for the 
present invention. In the alternative, the communication is performed by computer 

20 middleware, such as COM or CORBA, well known in the art and not further illustrated. 

Communicator 101 operates on computer 901 as a message generator and sends 
messages GET 1 11, SET 121, INSTRUCT 131 to computer 902 (arrows to the right). As 
explained in connection with FIG. 3, the messages carry object identification and action 
identification. 

25 Interpreter 102 (i.e. CPP) operates on computer 902 as message interpreter 

according to a method of the present invention (cf. FIG. 4). Interpreter 102 sends 
messages RESULT 1 12, CONFIRM 122, FEEDBACK 132 and ERROR 192 to computer 
901 . As explained in connection with FIG. 4, the messages carry object ID and response 
ID. It is an advantage of the present invention that the response ID has representations of 

30 object properties and object functions suitable for the first run-time environment of 
computer 901. As mentioned, the representations can be shown on screen. 
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There is no need to use all messages that are illustrated in FIG. 2. Preferably, the 
messages are exchanged as paired messages (the first message from computer 901, the 
second messages from computer 902), each pair for an. embodiment of the present 
invention (GET/RESULT, SET/CONFIRM and INSTRUCT/FEEDBACK). 

The first embodiment relates to the action of reading (GET) a property of an object 
(A) und uses messages GET 1 1 1 and RESULT 1 12. The second embodiment relates to 
the action of modifying (SET) a property of the object (A) and uses messages SET 121 
and CONFIRM 122. The third embodiment relates to the action of executing 
(INSTRUCT) a function of the object (A) and uses messages INSTRUCT 131 and 
FEEDBACK 132. Error message 192 from computer 902 to computer 901 is optionally 
used in all embodiments. 

An exemplary scenario relates to the automotive industry. A customer ("first user") 
uses first application 201 to customize a car; a technician ("second user") in a factory 
uses second application 202 to respond to the customer. Software objects correspond to 
hardware components; objects A, B and C correspond to cars ALPHA, BETA, and 
GAMMA, respectively (not shown). Applications 201 and 202 communicate with their 
users in first and second °° natural languages (e.g., German and Spanish). To 
conveniently describe the invention in a single language, symbols ° and °° distinguish 
first and second natural languages, respectively. For example, "green °" stands for the 
German word "griin" and "green stands for the Spanish word "verde", both in the 
same meaning of green color. In a real implementation, these superscripts are not shown. 

For convenience of explanation, the example scenario further assumes consecutive 
execution of the embodiments. The customer for ALPHA 

• first, asks for the color ("GREEN ° "), 

• second, changes the color ("to RED °"), and 

• third, communicates with applications 201 and 202 to check volume ("LITER °") and 
price ("EURO") for a desired color type ("METALLIC °"). 

FIG. 3 illustrates messages GET 1 1 1, SET 121 and INSTRUCT 131 from computer 
901 to computer 902 (cf FIG. 2, arrows to the right). The messages comprise object 
identification (ID) 1 15, 125 or 135 (e.g., object A) and action identification (ID) 1 16/117, 
126/127, or 136/137. For first or second embodiments, the action ID comprises property 



8 



Attorney Docket No.: 13913-171US1/2001P00031 WOUS 

U.S. Patent Application 

ID 1 16 or 126 and request ID 1 17 or 127. For the third embodiment, the action ID 
comprises function ID 136 and parameter ID 137 (parameter representation). 

FIG. 4 illustrates messages RESULT 112, CONFIRM 122, and FEEDBACK 132 
from computer 902 to computer 901 (cf. FIG. 2, arrows to the left). The messages 
comprise object ID 1 15, 125 or 135 (e.g., object A, as in FIG. 3) and response ID 
116/118 or 126/128 or 136/138. 

For first or second embodiments, the response ID comprises property ID 1 16 or 126 
(as in FIG. 3) and property representation 1 18 or 128. Property representation is that of 
first run-time environment in computer 901. 

For the third embodiment, the response ED comprises fimction ID 136 (as in FIG. 3) 
and parameter representation 138. Function and parameter representation are suitable to 
first run-time environment of computer 901. 

The messages in FIGS. 3-4 are now explained in connection with the embodiments. 
So far, error messages 192 are neglected. 

In the first embodiment, the customer needs to know the color of the car ALPHA. 
Application 201 uses object Al and communicator 101 to send GET 111 with object ID 
115 "A", property ID 1 16 "COLOR", and request ID 1 17 "GET COLOR" (action). 

At computer 902, interpreter 102 executes a method (cf 410 in FIG. 8) in 
combination with corresponding object A2 (of application 202) and returns RESULT 1 12 
with corresponding object ID 1 15 and property ID 1 16, but with property representation 
118 "COLOR GREEN °" (response). Representation 1 18 is m the suitable format for 
application 201. AppUcation 201 now indicates "Green ° to the customer (e.g. on screen 
951). 

The role of user of apphcation 202 is optional. When executing the method, 
interpreter 102 converts representations to and from the different run-time environments. 
It is convenient (but not necessary) that application 202 shows the color to the technician 
in the second language °° or mvites the technician to input the color in this second 
language 

In the second embodiment, the customer wishes to set the color of the car ALPHA 
to "red". Application 201 uses object Al and communicator 101 to send SET 121 to 
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application 202 with object ID 125 "A", property ID 126 "COLOR", and request ID 127 
"SET TO RED 

At computer 902, interpreter 102 executes a method (cf. 420 in FIG. 8) in 
combination with corresponding object A2 (of application 202) and returns CONFIRM 
122 to appUcation 201 with corresponding object ID 125 and property ID 126, but with 
property representation 128 "YES, SET TO RED 

In the third embodiment, the customer communicates with applications 201 and 
202 to check price and volume for a desired color type. AppUcation 201 again uses object 
Al and communicator 101 to send INSTRUCT 131 to application 202 with function ID 
136 "CALCULATE" and parameter ID 137 "COLOR TYPE ° = METALLIC °", 
"VOLUME ° = X", TRICE ° = Y". The parameters are input parameter (COLOR TYPE) 
and output parameters (VOLUME, PRICE). 

At computer 902, interpreter 102 executes the method in combination with 
corresponding object A2. Interpreter identifies object A2, verifies the parameters of A2, 
determines parameter representations, converts representations to the second-run time 
environment, triggers application 202 to execute the calculations, converts the calculation 
results X °° and Y °° to representations for the first run-time environment, and returns 
FEEDBACK 132 that indicates the output parameters (X and Y °°) as numeric values. 

Before explaining the methods, details for the software on computer 902 are given. 

FIG. 5 illustrates object 152 (A2) in appUcation 202 of second computer 902. 
Object A2 has property COLOR. COLOR has a plurality of property representations 162 
(RED YELLOW and GREEN ^^) in the second run-time environment. In the 
example of FIG. 5, COLOR is represented by strings in the second natural language (°°). 
One representation of COLOR is being selected (e.g. GREEN °°). For the third 
embodiment, object A2 also has fimction 172 CALCULATE with parameters COLOR 
TYPE, VOLUME, and PRICE. 

FIG. 6 illustrates conversion table 182 (mapping table) in application 202 
(optionally in interpreter 102) on computer 902. Due to different run-time environments 
in computers 901 and 902, properties and fiinctions of corresponding objects are 
represented differently. Table 182 illustrates property representations 161 and 162. 
According to the present invention, interpreter 102 on computer 902 converts 
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representations 161 from the format of the first run-time environment (RTE) to 
representations 162 (cf FIG. 5) in the format of the second run-time environment and 
vice versa. As an example, table 182 converts string representations in the first language 
(^) of the property COLOR to a string representation in the second language (°°). Again, 
using natural languages is convenient for explanation; in practice there is great variety of 
conversion between different object models, such as integer-to-real number conversion; 
string-to-string conversion; one-byte character representation (e.g., ASCII) to double- 
byte representation (e.g., Unicode), etc. 

Persons of skill in the art can provide fixrther property conversion means, for 
example: string-to-integer, integer-to-real, 4-byte-integer to 8-byte-integer, etc. and vice 
versa. Table 182 illustrates property representations only; function conversion including 
parameter conversion is likewise to the property conversion, persons of skill in the art can 
accomplish this without the need of fiirther explanation herein. 

FIG. 7 illustrates flowchart diagrams for method 400 of the present invention, with 
method 400 being a generalization for all embodiments. 

FIG. 8 illustrates flowchart diagrams for the embodiments: first method 410, 
second method 420 and third method 430. 

Generally, method 400 relates to communication between first computer 901 
operating in a first object-oriented run-time environment and second computer 902 
operating in a second, different object-oriented run-time envirormient, wherein computer 
901 sends message (GET 111, SET 121, or INSTRUCT 131) with object ID 115, 125, 
135 and action ID 1 16/1 17, 126/127 or 136/137 to second computer 902 and causes 
second computer 902 to perform the method steps identify 401, verify 402, determine 
403, and execute 405, 404, 406, 407. The method steps are performed by interpreter 102 
in combination with appUcation 202 after computer 902 has received message 111,121, 
or 131. 

In the step of identifying 401 an object in the second run-time envirormient 
according to object ID 1 15, 125, 135, interpreter 102 identifies the corresponding object 
in appUcation 202 by evaluating the object ID of the message. Step 401 is likewise for all 
embodiments, i.e. steps 41 1, 421, and 431. In the example scenario, with object ID "A", 
the object is A2 (cf FIG. 5). 
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In the step of verifying 402, interpreter 102 verifies the existence of the action in 
the identified object in the second run-time environment. In the first and second 
embodiments, steps 412 and 422, interpreter evaluates action identifier 116 and 126 and 
determines existence or non-existence of PROPERTY COLOR. In case of non-existence, 
5 interpreter 102 issues error message 192 (cf FIG. 2). In the third embodiment, step 432, 
interpreter evaluates action identifier 136 and determines existence or non-existence of 
fimction CALCULATE. 

In the step of determining 403 a representation 162 of action in the second run-time 
environment for the identified object, interpreter 102 operates for each embodiment 
10 slightly different. In the first and second embodiments, steps 413 and 423, interpreter 102 
determines that representations 162 are in string format (cf FIG. 5, °°). In the third 
embodiment, step 433, interpreter deteraiines that the function has representation 172 (cf 
FIG. 5). 

In the steps of executing 404, 405, 406 and 407, interpreter 102 executes the action 
15 by using representation 162 (or 172). Interpreter 102 thereby operates for each 

embodiment in a slightly different manner. A common feature is obtaining the requested 
information (EXTRACT 414, PERFORM 435), converting formats (CONVERT 415, 
CONVERT 424, CONVERT 436) and returning messages (RETURN 417, 427, 437). 
Messages 1 12, 122, 132 to computer 901 comprise object ID 1 15, 125, 135 and response 
20 ID 116/118, 126/128, 136/138. The following description now conveniently splits into 
first, second and third embodiments. 
First Embodiment 

In the step of extracting 414, interpreter 102 extracts representation 162 of property 
COLOR that is identified by action ID 1 16 (in GET 1 1 1). So far representation 162 has 
25 the format for the second run-time environment (e.g., GREEN °°). 

In the step of converting 415, interpreter 102 converts representation 162 
(GREEN °°) to a further representation (GREEN °, 161) for the first run-time 
environment, for example, by reading fi^om table 182 (cf FIG. 5). 

In the step of returning 417, interpreter 102 retums message RESULT 1 12 to the 
30 first computer with object ID 1 15 and response ID 1 16/1 18 (cf FIG. 4). Response ID 
116/118 comprises representations for the first run-time environment (GREEN °) as 
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property representation 1 18. In other words, interpreter 102 includes the extracted 
property into message 1 12 in a format suitable for the run-time environment of message- 
receiving computer 901. 
Second Embodiment 

As property data is communicated to computer 902, extracting and converting 
change order, and inserting replaces extracting. 

In the step of converting 424, interpreter 102 converts request ID 127 (part of the 
action ID 126/127) to representation 162 for the second run-time environment. For 
example, interpreter 102 uses look-up table 182 (cf FIG. 3) to convert RED ° to RED 

In the step of inserting 425, interpreter 102 inserts representation 162 into 
application 202. In the example scenario, RED is stored in application such that car 
ALPHA will actually be painted red. 

In the step of returning 427, interpreter 102 sends message 122 to computer 901. As 
explained above, CONFIRM 122 has object ID 125 and response ID 126/128 with 
property representation 128. 

Third Embodiment 

Executing comprises converting 434, performing 435, converting 436, and 
retuming 437 steps. Function parameters are treated similar to properties. 

In the step of converting 434, interpreter 102 converts function ID 136 and 
parameter ID 137 of action ID 136/137 to function and parameter representations 172 (cf 
FIG. 5) for the second run-time environment. For example, the function CALCULATE 
with its parameters COLOR TYPE (e.g. METALLIC), VOLUME (e.g., X) and PRICE 
(e.g., Y) is converted. 

In the step of performing 435, interpreter 102 causes the identified object of 
application 202 to actually provide the output parameters. The object uses function and 
parameter representations 172 for the second run-time environment. In the example, 
object A2 calculates VOLUME by multiplying the surface area of the car (e.g., square 
meters) with an area specific volume (e.g., liters per square meter), and object A2 also 
calculates PRICE my multiplying VOLUME with a specific price for METALLIC (e.g., 
currency per liters). The parameter representations are still in the second run-time 
environment. 
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In the step of converting 436, interpreter 102 converts the parameters (that result 
from performing step 435) into further representations 138 for the first run-time 
environment. For example, interpreter 102 converts VOLUME into a numeric 
representation suitable for the first run-time environment (e.g., integer to real nxmiber 
conversion; optionally conversion of physical units); interpreter 102 converts PRICE into 
a numeric representation suitable for the first run-time environment, conveniently with 
currency conversion. 

In the step of returning 437, interpreter 102 retums feedback message 132 to 
computer 901 with object ID 135 and response ID 136/138. Response ID 136/138 
comprises the further representations for the first run-time environment. 

Optionally, fimction CALCULATE uses property COLOR (cf first and second 
embodiments). This is convenient, for example, when COLOR influences output 
parameters such as PRICE. 
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161 obj ect representation, 
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1 62 object representation, 

second RTE 

1 72 function and parameter representation third 

1 82 conversion table 

192 ERROR message all 

201 application 

202 application 

400 method and steps 

401-407 method steps all 

41x method and steps first 

42x method and steps second 

43x method and steps third 

901 computer 

902 computer 
951,952 screens 
990 network 
A1,B1,C1 objects 
A2, B2, C2 objects 

ID identification 

RTE run-time environment 

XX 1 , xx2 indices to distinguish computers 
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